home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9806 / 000004_owner-linux-arm…r.rutgers.edu _Mon Jun 1 11:02:42 1998.msg < prev    next >
Internet Message Format  |  1998-06-30  |  3KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from virtual.bbc.co.uk (virtual.bbc.co.uk [132.185.132.199])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id LAA32112
  4.     for <willy@odie.barnet.ac.uk>; Mon, 1 Jun 1998 11:02:41 +0100
  5. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  6.     by virtual.bbc.co.uk (8.8.5/8.8.5) with ESMTP id LAA14889
  7.     for <willy@bofh.ai>; Mon, 1 Jun 1998 11:02:36 +0100 (BST)
  8. Received: from vger.rutgers.edu ([128.6.190.2]:19765 "EHLO vger.rutgers.edu" ident: "root") by nic.funet.fi with ESMTP id <3048-670>; Mon, 1 Jun 1998 13:02:28 +0300
  9. Received: by vger.rutgers.edu id <971185-11595>; Mon, 1 Jun 1998 04:48:50 -0400
  10. Received: from [193.128.238.145] ([193.128.238.145]:4878 "EHLO pat.risccores.co.uk" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <971154-11595>; Mon, 1 Jun 1998 04:47:53 -0400
  11. Received: by mailhost.risccores.com with Internet Mail Service (5.0.1457.3)
  12.     id <LBCY6Z0W>; Mon, 1 Jun 1998 11:00:22 +0100
  13. Message-ID: <D1F3294FFC72D111802D0060085F9C05224975@mailhost.risccores.com>
  14. From: matthew <matthew@argonaut.com>
  15. To: "'ARM Linux'" <linux-arm@vger.rutgers.edu>
  16. Subject: RE: LongFiles support in the ADFS fs
  17. Date:     Mon, 1 Jun 1998 11:00:20 +0100
  18. X-Priority: 3
  19. MIME-Version: 1.0
  20. X-Mailer: Internet Mail Service (5.0.1457.3)
  21. Content-Type: text/plain
  22. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  23. Sender: owner-linux-arm@vger.rutgers.edu
  24. Precedence: bulk
  25. X-Loop: majordomo@vger.rutgers.edu
  26. Status: RO
  27.  
  28.  
  29. > Matthew Godbolt wrote:
  30. > > 
  31. > > Has anyone considered putting LongFiles support into the ADFS
  32. > > filesystem?  If not, I'm looking for a chance to get into kernel
  33. > hacking
  34. > > so I volunteer myself.
  35. > 
  36. > Isn't there already some method of handling image file systems? ISTR
  37. > someone muttering about the loopback mechanism as a method of doing
  38. > this, unless I was terminally confused.
  39. > 
  40. Erm - I think you may be a tad confused here - LongFiles is a patch
  41. for ADFS which allows you to have >10 characted filenames - its not an
  42. image filesystem.  LongFiles stores a file called !!!!!!!!Z! which is a
  43. 'real'
  44. catalog of the long filenames, and then each file which has a name
  45. longer than
  46. 10 characters is actually called '(C)JPT_xxx' where xxx is an offset
  47. into the
  48. 'real' catalog for the long filename.
  49.  
  50. For 'image' files, loopback is the way forward - a filesystem which is
  51. stored as
  52. a file can be mounted by using losetup(1) to connect the file to
  53. /dev/loop0 and then mounting /dev/loop0 as if it were a device.  There
  54. is potential for writing FSes for TBAFS, SparkFS - any takers for this?
  55. It'd be nice to be able to see into my TBAFS archives on my RiscOS
  56. partition :)
  57.  
  58.  
  59.     Matt
  60.     -==-
  61.     PS> Excuse my horrible M$ Exchange client not quoting anyone
  62. properly - I'm trying to fix this!
  63. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu